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I*n going to be talking about the factors in decision aaklag related 
to the retrospective conversion project at North Carolina State University — 
it began in 1976; we do OCLC to convert the shelf list by ourselves; 
iie're SOX of the way through; and we would loake the saae decision again, 
under the sane circuastances. 

Instead of giving you a straight chronological account of what we did. 
I thought it would be more useful to focus on the topics or questions that 
cone up in making the decisions involved in setting up and maintaining a 
retrospective conversion project. I'll use our case and our decisions as 
examples under each topic. The topics themselves, I think, are factors in 
decision making that you will need to consider no matter which method of 
conversion you select. 

First, let me give you some background information about N.C. State as 
a context for understanding our decisions: we are a land-grant university, 
. with a currlcular emphasis in Science and technology. Our library system 
consists of a main library and, at the tine we began the retrospective 
conversion project, four branch libraries with collections in specialized 
fields such as textiles and forestry, for which we do a lot of original 
cataloging. We're an ARL library now, with a 1.1 million volume collection, 
but in 1976, our holdings were less than half that size. He are felicitously 
located in the Research Triangle, so we have the opportimity to join with 
Duke University and the University of North Carolina at Chapel Hill in 
several cooperative efforts, especially recently, as iserabers of the Triangle 
Research Libraries Network (TRLN) . We joined the OCLC net%rork in October 
1975, so we didn't have many machine-readable records at the time the 
« retrocon project began a year later. 
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«f The topics I discuss will be: why undertake a retrospective conversion 
project; how should you go about it; what Is the scope of the project; 
what are the resources needed to do it yourself; what decision^ need to 
be Bade about procedures; and what is our assessnent of our project. 

First, why undertake a retrospective conversion project? Related ques- 
tions are: what are the reasons (whether ostensible or hidden) for it? 
What are the goals and objectives of the project? Uhat are the ianediate 
and long-range benefits for the library? Vfhat kind of support do you have 
for the project? What kind of priority does it have within the library? 
The answers to these questions will* of course, affect decisions on how to 
proceed with the project. 

For us, a major ia^tus for doing retrospective conversion case fros 
our Library Systems staff, which had been planning since the early 1970s 
for an autonated circulation system. In order to implcuaent that, they knew 
that we had to have a "critical mass" of records in machine-readable form. 
To that end, the Systems staff members had even begun to convert soim 
po8t-1968 records (although only partially) , in the lu>pes that, they would 
somehow be able to run their tapes against the MARC tapes and pull the 
full bibliographic data from the MARC records. 

So, at the time, an sutcnated circulation system seemed Imminent, and 
the concept of an online catalog and *'total" library system was in our 
long-range plans. Since then, our cooperative activities with TRLN have 
made possible the installation of a prototype online catalog, to be up ^ 
next year, while t'^e automated circulation system is still in the planning 
stage. Thus, it's possible that the reasons you start out with may change 
over the course of the project. 



Another stated reason for converting our shelflist was the desire to 
■ake our collection, with its special enphaaes, available to other libraries 
through the OCLC database. Also, we realized that the labor costs Involved 
could only go up. If we delayed the project. 

With these reasons in alnd, we determined that our archive tapes were 
Intended to be the master database for our library; it was intended to tie 
in with an automated circulation system and to be usable for interlibrary 
loan; it was supposed to take account of "unknown future capabilities of 
OCLC" (e.g., the ability to search fields not indexed at the time). We 
decided at the time that we didn't want tc produce a microfilm catalog of 
these records (though now we do have a COM catalog, again produced through 
TRLN). In any case, to do what we Intended to do with our database, we 
knew we wanted full MARC cataloging for these records. 

Tied in to the question of lifay undertake a conversion project is £hat 
of what kind of support you have to see it through. Not only did ve have 
strong support from Library Systens^ but we also ha < .rong backing from 
the library administration and cataloging department administration*. Outside 
th^s line of acbilnistration, however , there was little discussion of the 
project*^thls was probably a weakness of the project; It irould have helped 
general understanding of what retrocon Involved and ^y it was l^ortant. 
From outside the library* tdo» our administration received frequent queries 
about the wisdom of putting resources into converting our shelflist Instead 
of cataloging new books. 

It^s Important also to establish the priority of the project among the 
other activities of the library. At NCSU» the conversion project yithin the 
Monographic Cataloging Department usually received low priority because it 
deals with records already available to local users In card form. Whenever 
other special projects or problems came up» it was custmary to take people 



away from retrocon tu vprk on those projects instead. It will probably be 
given lower priority in oost libraries, because the achievenent is less 
visible than the cataloging of new books, and if you stop conversion activity, 
no visible backlog begins to buiXd up. This lower priority isn't necessarily 
wrong, but it helps if you make it clear to everyone from the beginning just 
what the priority of the project is, or norale in the retrocon unit can « 
suffer. 

Whenever our financial resources were tight, too, the shelf list con- 
version project would be the first place where cuts would be suggested. The 
question of funding support for the project is an obvious one to raise. In 
our case, the project was funded entirely froa the library budget. At the 
beginning, there was only enough money for half a professional and half a 
mipport staff position. Even then, there «»& no guars. >,ee that we would 
receive the labor-payroll (or hourly wages) staff we requested, though we 
did eventually get it. Now, of course, there are several sourcas of fund- 
ing available, especially for libraries converting collections in specialized 
areas. We have no plans currently for seeking outside support-. 

The next topic 1*11 discuss is: how should you go about it? There 
are two parts to this question: how to make the decision to do it, and 
how to implement it. 

Our decision to go through with it was pretty mich dictated by the 
iL .rary Systems* plans for an automated circulation ay stem, ifhlch had rather 
hi^ priority at the tine. Sy 1975, when we Joined OCLC, the library was 
beginning to realize that usijig the OCIC system was a better way to convert 
records retro3p<j!Ctively, and that the conversion effort really belonged in 
the cataloging department, in the hands of personnel trained in online cata- 
loging. 



The second part of the question — how to li^lenent tlm project — is 
probably the main question facing nost libraries today. At the tine our 
project began, the possibility of using a connercial vendor was not a ^ 
viable alternative — such services simply weren't available. OCLC itself 
had only recently expanded its aenbership beyond its Ohio- and its academic- 
library base. So there was no serious atteiq>t made to find an outside agency 
to pex;form the conversion. 

Instead* in 197b, the Monoi^raphic Cataloging Itepartment hired a 
professional half-time to set up the project. Fortunately, the department 
selected a very well-organiseu person who studied the existing literature 
on retrospective conversion and set out an outline of questions that needed 
to be answered, including many of the ones I'm raising today. He (failed 
together a Shelf list Conwrsion Advisory C(»aittee to consider those questions; 
basically, it was an advisory group that helped to establish objectives, set 
up guidelines, and approve procedural decisions. We would recoasBend in- 
volving such an advisory group in the process of setting up a recrocon 
project, particularly with representation from those areas that will he 
directly affected by the project: we had meadHsrs frOT the Monoj^raphic 
Cataloging Department, collection develofHsent, and library systems. 

Although there are several ways to approach retrospective conversion 
(e.g., converting each unconverted item aftej it has been charged out and 
returned to Circulation), we decided to base our procedure on the shelf list 
file alonet hence ^'shelflist conversion'* is an accurate muae for our project. 

Recause of this approach » our answers to the questions in the next 
topic: nhat is the scope of the project; iihat is the nature (problems* 
special cases) of your particular collection — center on the nature of our 
shelflist. 



Some specific questions to consider are* (I) what are your priorities 
for conversion? We decided ve wanted to couvert &s large a nuaber of records 
as quickly as possible*, so we decided to convert only wMiographs at first • 
with priority given to the identification and conversion of "easy" records 
(those with natching LC copy) . 

(2) What is the size of the holdings to be converted? We estimated 
300,000 sonographic records (not counting added copies or added voluaes) 
needed to be converted. 

(3) K.^t will be oaitted from the scope of the project? There were* 
sone large categories of oaissions that we could readily identify, some 
because of (he nature of the materials, others because of OCLC's system 
limitations at the time. These included documents* pamphlets, maps, serials, 
microfilms, media, and non-roman language records. There were also several 
specific problems caused by idiosyncrasies in our local practice: an 
example is the case of some scientific and technical translations, where 

we used a single call nua^r to catalog numerous articles and monographs. 
Eventually, of course, we'll have to deal w^th the conversion of these 
items as well. 

(4) What is the physical arrangement of the shelf list, and is it 
.really a union shelf list? Not only do we have a main shelfllst with 
records for each branch library catalog and each special location within th« 
sSsin library, but we also have separate shelflists for these separate 
libraries and collections (sometimes with fuller holdings information) . 
Media and microfilms, on the other hand, are only found in their o%m 
separate shelflists. We had to be aware of all these special cases 

before proceeding «rith conversion, so we could make sure we .had procedures 
dealing with then. This brings me to the next question. 
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(S) Vhat «re the special probleos that require special i^ocedures 
to handle? Here we get into the nitty-gritty level of planning, and it's 
very useful to have soaeorte^ your library who tuiovs soaething (ideally, 
everything) about the history of its cataloging policies and practices, 
to alert you to idiosyncrasies you may encounter. Our library was first 
established in 1889 and had only recently grovn to becone a university-level 
research collection. The amount 6t our original cataloging, for example, 
had quadrupled in the twenty years before the shelf con project began. 
Similarly, only recently (in the 1960s and 1970s) had there been an attempt 
to lopose uniformity on our policies and procedures and to make them adhere 
to national standards. So every past deviation of this sort had to be dealt 
with by the shelf list conversion staff. 

To give you an idea of the range of problems that may exist: at one 
time, the department used "old-form," — abbreviated, homemade — ahelflist 
cards in an attempt to save money. Since our approach was based on the 
shelf list, we had to replace each of these old-form car^s (about 125,000 
in all) with a card containing the full bibliographic and holdings in- 
formation. This was eventually done by going to the public catalog, pulling 
the main entry card, making sure it had full tracings and holdings, sending 
it off to be photocopied on card stock, and finally filing the new shelf list 

« 

card and refiling the main entry card. This was a project unto itself 
and was spread out over the first five years of the conversion project. 

Even. cards that aren't really problems had to be accounted for before- 
hand, so the shelf con staff knows what to do with them. These included 
withdrawns, dummy cards, and temporary cards. 

Since in retrospective conversion you may be applying a relatively 
recently developed OCLC profile to records cataloged possibly decades ago, 
you need to be sure that your current profile fits all those records as well. 



One of our problems, for exanple* was the fact tKat somewhere along the way, 
before we joined OCLC, we had changed our definition of "oversize": it 
used to be 30 cm. and above but was changed to 31 cm. and above » and this 

m 

was what our OCLC profile automatically treated as "folio". On those older 
records, though, we didn't want a book 30 cm. high to be designated as 
non-folio in the online' record, when it was already narked and shelved as 
a folio. So each time that situation arose, we'd have to override the 
automatic stamp. 

At M.C. State, the local database that the Library Systems staff had 
created as an aid to conversion turned out to be a major constraint. They 
had hope4 to run their brief machine-readable records (44,000 of them) against 
the OCLC database and to pull off the full bibliographic data. Unfortunately, 
the conversion had been done by students (under the supervision of the 
Library Systems staff) who were untrained in cataloging and unable to 
recognize significant biblio^aphic differences or changes (e.g., dashed-on 
entries, different editions). A great deal of time and effort was Invested 
in attea^ting to clear up the probleais generated by these preliminary 
attempts at conversion before we decided in 1982 that it would be easier 
just to forget that database and search each record as it arose. 

Ve f«ere able, however, to salvage a mall portion of that database. It 
included aboat 4,000 of our local NCSU theses and dissertations that had 
been converted into a basic HA&C format. OCLC agreed to dtanp them into 
the Save file at the rate of approximately 2(K} a night; during that time, 
we concentrated our efforts on checking and updating those records alone. 
I think our •rjaing for that special project was fortuitous because OCLC 
was interested in building up the database and more conducive to cooperating 
with us than it might be now, with many other items of higher priority on 
its schedule. 
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The next topic for consideration is: what are the resouirces needed t9, 
do it yourself.? The term "resources,*" of course, can include factors such 
as m»ney, personnel, equipaent, r.electnnunications costs. We haven"* t 
stopped to compile a comprehensive cost figure, but I have sope basic da^ 
concerning our use of resources that I can share vith you. 

» ' \ t 

In terms of harctwaret w 'had the use of l>etween four and six OCLC 
teralnals during the length of our projci^ct* Depending on where your 
library fteralnals are located and how often they're used) you aay be able 
to use andther departnent's terminals, as «e did our Aquisitioos Departnent* 
in the evenings. We also "bade heavy use of a photocopier, since we didn't ' 
want to remove any shelflist cards from our shelf list for any length of • 
time, so ready access to a copier was crucial. 

A significant factor in our estimate of costs wais the fact that, at 
the time, OCLC did not liq>o8e a charge for records updated for retrospective 
conversion. We were lucky to have just coiqpleted the majority of our 
conversion before the Ibp per record (during non*prlme tiro) charge was 
iaq>osed. 

Depending on how soon you begin- your project, the telecoanunications 
charges you pay may be anywhere from 60 to 85X higher (according to 
various estimates of what will happen after April 1984) than it was for us. 

In terms of humn resources, our shelf con staff grew from (in 1976) 
half a professional, half a support staff TOmber, and four student*! working 
twenty hours a week each to,, at its height, a part-time professional super- 
vising the project, two full-time support staff me^rs, and aboul^ ten 
studeints working various hours. At the beginning of the project, a great 
deal of professional time was needed for planning and supervising. Later, 
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extensive planning vab no lunger necessary* and ttie supervisory load 
(particularly of the students) could be shared^ by the support staff oenbers. . 
The staff site depended on two factors: one was what we could fit Into the 
physical constraints loosed on us by th% nuaber of teralnals we had and 
the nuiriter of hours of help available to us. Ue scheduled every teralnr.l 
for use every evening until 10 p.m., and on' Saturdays as well. Another 
factor in staff size is the nature of the work to be done. For exanple, 
now that the DLC laatchlng records have mostly been converted, this, year 
IMS Just eliminated all student help (roa the project and are down to Just 
a professional who has general supervision of the project and two full-tine 
support staff meabers. 

So we basically had three levels of personnel doing different levels 
of shelflist conversion: 

(l) student help (hourly wages or labor-payroll). They handled conversion 
of the easiest type of record, the ones for which there were already uiic 
records in the database. Even chis lowest level of work i^nt that the stu- 
dentc had to learn the OCLC Books Fomat, Including local policies on use 
of fields such as the 049 and 590 fields. We use a standard foraat for 
designation of holdings in the 049 field. Tl^ey also had to learn to 'nodernize 
pre-AACRl records to AACRl standards. We were fortunate, though, in having 
a' good supply of students with sone library training tt<m the nearby Wake 
Technical College. Although their students in the library technology progran 
usually had no experience with MARC or OCLC, they nad sone library orientation 

V 

and wer ' ily Motivated to learn their shelf con duties. Soae of then, 
in fsv ,on to becoae full-tlne employees in tlw departsttnt. 

Tlu^ir training — in use of the database and MARC tagging — could be done 
in four hours (at one evening) for a good student, or naybe three nights 

' «^ * . 
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othervise* At the beginning » they %Pould be required to place all the records 
they updated in Save, until they were ready to be released to work independently* 
This usually took from tw weeks to a aonth. If after six weeks the student's 
error rate was still imacceptably high, that person would be dimissed from 
the project* After our ctudents gained eacperience with the project, they 
were trained to input LC copy as %iBll, although the searching, checking, and 
final updating was done by a support staff laember* 

Ve estinate that from the beginning of the project to the present, 
before OCLC started to charge for retrocon records, it cost us (and this 
is just t^-^ >^ost of actu^illy performing tto conversion, not of time in 
planning and supervising, etc.) at first about 25c per record to, towards 
the end, 30c a record, for the ''easy'* records, 

(2) The more difficult work was performed by library assistants, and for 
this level of support staff, we require two years of college or tiro years 



of library experience* They handled items with only contributed records in 
the database, items that need to be recataloged, and items that have no 
cppy and thus have to be entered as original records* Now, of course, with 
no student help available, the libirary assistants update LC records and input 
LC copy as well* This is oi^ of the hardest jobs in the library because 
our library assistants need to know (beyond what the students are taught) ' 
several sets of cataloging rules and must be able to reco^ise a problem when 
It appears. Again, fox the «>8t part we had a very good staff — e.g., library 



assistants wrote the student manual and trailed the students.. ^ 
(3) Finally, at the professional level, all. the overall planning, lsBpleiBen> 



tation, and -supervision of the project is done. ' This includes nakinfc de 



8 ions on any questions the library assistants can't handle. (and shelf con 
uncovers all kinds of unusual cataloging problens). the professional also. 




estabXlstMis all AACR2 none headings In the name authority file and sets up 
other access points for original inputs, and coordinates the shelf con unit's 
ifork with that of the rest of the library. After the project got underway, 
imich of the daily supervisory duties were taken over by library assistants 
and extensive planning was no longer needed, so the professional tine now 
only takes a few hours a week, depending on the need. 

We found that as far as records converted per hour are concerned, the 
students were able to do an average of ten records an hour (these are the 
8o<-called "easy" records) . The very good ones could get up to fifteen or 
seventeen records an hour, and when a professional converted srae eas;^ records 
(as was done at the beginning of the project), he wis able to get up to twenty 
records an hour, because less tine was needed to resolve questionable points 
while at the teminal. The work of tUe library assistants is nore varied, so 
it depends on the ammnt of additional editing needed to an existing database 
record, but they can usually do ten records an hour, if they cone to the 
t?mlnal knowing how and what to edit. Responie tine, of course, is an 
additional factor and, at the beginning of our project, it 'fee excellent. 

Our statistics for nuaber of records converted are: 
October „1976 - June 1977 23,737 (of which 862 were original records) 

July 1977 - June 1978 37,914 (aore than 2,250 originals) 

July 1978 - June 1979 35,500 (7,300 originals) 

« 

July 1979 - June 1980 23,325 (1,688 originals) - Chancellor's Challenge 

July 1980 - June 1981 33,005 (358 originals) 

July 1981 - June 1982 38,643- - AACR2 

July 1982 - April 1983 34,800 

This c(»es to a total of nore than 227, (X)0 records. 

One ^tlvity that takes a great deal of tine but soaethlng that I recon- 
wamd highly is the docuaentation of the project *8 activities. This includes 
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mlnuces of coamlttee meetings, policy decisions, changes in procedures, etc. 
Our training manual for students was done on a word processor, which has been 
useful for quick updates of niltiple copies. Also, many other libraries 
have written to obtain copies of it. We've also generated a lot of training 
memos on specific aspects of cataloging that occur more frequently in shelf- 
list conversion than in cataloging new books (e.g., the use of the 010 field 
with its numerous special characters) . He also found it useful to develop 
forms for situations that came up often (e.g., '*Problc»s for Recataloglng 
Consideration** and **Series Review** forms). 

Mien you have so many people working in a unit, the supervisory aspect 
of it becomes very time-consuming. We scheduled shelf con work even when the 
rest of the library was closed (e.g., during semester breaks), so this 
necessitated written procedures on how to lock tq>, security measures etc. 

Vhat decisicms need to be nade about procedures? When we began^ we had 
£ev other models to follav. Before iie could even start on the actual conver- 
sion, we spent months in planning and decision making. First, we made the 
decisions on priorities and omissions, which l*ve already discussed. Then 
we had to make decisions about the details of what standards to follow for 
those records. 

For example, the decision to use the full MARC format at the time raised 
questions about fields that weren't used by everyone, like the 043 field 
for geographic area codes (we do use them) . We do follow the OCLC Biblio- 
graphic Input Standards now coo. 

Other decisions coacaming standards involve the correlation between the 
3** X 5** card and its record in machine-readable form. He try to hold the 
production of a new set of cards to a minimum, so in many cases, minor changes 
are isKrorporatmd into a database record but are not made on the card set, 
with Che intention that eventually we'll be going to an online catalog entirely 
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anywiy. Also, you need to account for the differing nodes of cataloging 
that exist in the OCLC database: there vill be records in AACRl form. 
Revised Chapter 6, and AAC&2 form. Do^you have the resources to upgrade to 
AACR2 cataloging all the time? He took a -^re pragmatic approach and 
generally accept LC cataloging in whatever mode we find it, even if it 
means editing a contributed record thac's ii» AACR2 form back to the lC 
copy in AACRl form. If there is no datebase record at all, we input LC 
copy if we have it. or if not, we input original cataloging which is 
entirely in AACR2 form. 



The sequence of our procedures was dictated in same J^p^ by the problems 

in our shelf list. For example, the old-form shelf list cards I mentioned had 
to be replaced before we began converting by drawer in the shelf list, to 



We began our actual conversion in the middle of the cdielflist., with 
the '*MT* schedule of the LC classification. The decision to start here was 
based on one of the constraints X mentioned earlier — the local database that 
our Library Systems staff started began with this classification. So we 
started with "M" and went through "Z," then from "A" to in the shelf list. 

The procedures are, basically: the students signed up for individual 
shelf list drawers and took them to the teminal. There, for each shelf list 
card that was an LC record and had no obvious problems (like information 
crossed out), they searched on the database for an LC record online. If 
found, they would edit it (i.e., at least do the 049, 590 (in which we used 
an asterisk to designate a shelf con record), and call nu^r field). Then 
they would stamp the shelflist card itself "OCLC" ai>d write the OCLC number 
of the converted record at the bottom 4>f the card in the shelflist (this 
practice has been extremely helpful and -we recoraend it highly). They also 
kept a record of the number of updates they performed each day. 
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Th€ library assistants* job was to go around the shelf list behind the 
students, picking up the records not already produced through OCLC and not 
converted by the students. Their work was less strictly tied to the terainal— 
they also had to go the NUC to search for natching LC copy if we hadn't 
used an LC card before; for questionable items with or without LC copy, they 
had to go to the stachs or even to locations outside the main library to 
examin e the books themselves. An especially connon question is: is the 
date used on the shelflist card really a publication date (since the de- 
cision as to whether or not to create a separate record can be based on 
that) . 

The library assistants also had to photocopy the shelflist cards they 
were converting, as well as NUC copies, i;o use them as a basis for their 
work in verification. Then they updated or; edited records on the database 
and kept track of their statistics. 

This brings up the question of what kind of statistics do you want to 
keep (or need to keep) for a shelfcon project? At one time, we were recording 
the number of updates at each level of personnel; the new records input; hours 
spent on the terminal; and the average number of records converted per hour. 
More recently, we've cut it back to the number of records updated and new 
records input. 

Another area of decision making concerning procedures is how to handle 
problems as they arise. Some were CKxpected but otlusrs were not. We identified 
several categories of problems, many of which even affected shelfcon records 
that used LC cards. These included: series problems («riiere we had used LC 
copy but traced a series while LC didn't, or didn't trace one that LC did); ^ 
a more serious type of series problem in which we might have added a series 
not found on the LC copy at all; dash^d-on entries; books- that need to be 
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exaalned but aron't on the shelves^ books that need to be sent to Serials 
as transfers; non^-rooan language records. All these problens needed set 
procedures for the shelfcon unit to follow. 

To identify these categories quickly^ — nost of then had to be set aside 
for Bore careful consideration and future resolution of the problen — we de- 
vised a scheae of color-coded clips to attach to the shelfllst cards in 
the problem categoriest as well as those currently being converted. That Wby, 
we could also alert any other library staff using the shelfllst to the fact 
that the shelfcon unit was working on that record. 

Anott^r area to ccmsider in devising procedures for shelfcon Is how to 
coordinate its work with that of others — the conversion effort does not take 
place in isolation from the other activities of the library, and doing it 
In-house allowed us to keep I*: well coordinated with everyone else. For 
exaaqple* we had to coordinat;e shelfcon work with that of other depart.;ients 
in the library. Primarily, shelfcon work affects and is affected by circula- 
tion activities — our circulation staff notifies us %dieii an item is officially 
lost and to be withdraim — this way* wt won't convert a record only to have 
it withdrawn a few days later. In addition, our -Circulation Departnent has 
been conducting an inventory, so the amount of questions and problems they raise 
has been even greater than normal. 

The pirofesslonal supervising the shelfcon unit also coordinates the 
input of original records with the assistant director for collection 
development — before we go to the effort of creating an original record 
for an item, since shelfcon deals mostly with older books, he reviews them 
for possible withdrawal from the collection. For books that had been cata- 
loged as monographs but should be treated as serials, the head of the Serials 
Department reviews thos to make sure that they are worth transferring. 
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Also, shelfcon activities must be coordinated with that of other units 
vltbin the Konographic Cataloging Departaent itself. If you think about all 
the changes in cataloging that have occurred in the last eight years, you begin 
to realise the nuaber of new rules, new standards, and new techniques that 
have had to be incorporated into the shelf con effort. The cotiipg of AACR2 
was one such factor, and it required a lot of tine in planning and Gaining. 

'v 

With AACR2, we set up a nase authority file (MAF) for the first tiae, 
with a NAF unit to handle its work. Because N. C. State chose not to close 
its public catalog and open another ^e, we had to establish guidelines on 
when to interfile, split, or change headings. Whenever the HAF unit makes 
a change on a shelf list card with a color-coded clip, it knows the shelf con 
unit is working on it and notifies us of iriiat {they've done. That way, no 
shelfcon personnel will inadvertently convert something one way while the 
shelf list card has Just been changed another way. Similarly, with sub- 
ject headings that need to be changed to a new form, the color-coded clips 
are a good signalling device to promote coordination. Also, we have a 
file management unit that handles post-cataloging problems; much of its work 
can involve records not yet converted or being converted. 

Another area in which someone needs to coordinate shelfcon work, re- 
lates to activities <mtside your own library. I mentioned our involveamnt 
in TRIM. Over the last five years, its activities have increased greatly. 
Since it involves the desi^ of our own online catalog, our representatives to 
TSUI have to be aware of what the ^Ifcon unit is doing, to make sure that 
there will be no problems when we go through another ^ype of conversion— the 
change from our records in the OCLC format to the fcrmat designed for our 
online catalog. 
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One of the tangible products of TSLH so far is our local Online 
Editing System (called the OES)— this aeans that as our archive tapes 
are received froa (XXC, TRUi processes then and puts then Into a local 
database that we can access through a Beehive terminal. Then If ue 
need to perfo^-n further editing, we don't have to go through the tedious 
«}roce8s of calling up the record on OCLC again and reedltlng the '<ihole 
thing. Instead* we can use the OES to perform Just the change desired. 
The shelfcon unit uses the OES to correct any errors that It discovers 
after updating a record, the OES also allows other staff nenbers (e.g., 
the person In charge of subject authority updates) to make further changes 
to a shelfcon record without having to reedlt the entire record. Including 
modernizations and consulting the books themselves (as I've .mentioned, we 
don't make all these changes on the cards). 

The OES also has a validation frogram that Is run against each archive 
tape as It Is processed. This program automatically detects certain types 
of bibliographical errors and errors of logic (e.g., fixed-field elements 
that don't agree with the description In the body of the record). Since 
our 049 field format has a subfleld code for the initials of the person who 
worked on the record, we use the OES error printouts as a training tool to 
provide feedback on errors by shelfcon personnel. 

What is our assessment of the project? This brings up the factor of 
evaluation. Although we haven't stopped to evaluate it formally, this 
project, like all the operations of our departo»nt, is under constant 
scrutiny — every time a problem comes up, when personnel turnover occurs, 
when a natural breaking point in the project occurs. At least once .« year, in 
preparation for the annual report, the shelf cor coordinator submits a 
written report about the status and progress of the project. 
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flbat are the problens we've faced? I've already nentioned quite a 
few. Seme others arc: I've aentioned the high quality of the student 
help ve employed. We did have sone probleas with them as. well, until 
we instituted stricter supervisory procedures. When you hire students, 
you always have to work around the fact that their Jobs are not of primary 
inportance to their lives-^class schedules, exams, social life are often 
going to take precedence, and tumovez; will be high. 

There were other problems we had even less control over. I mentioned 
the inspirationally named "Chancellor's Challenge"— this was a drive begun 
In 1979 to bring our volume count up to one million. We succeeded (and are 
now an ARL library) but at the expense of the shelf con project's progress. 
Most of its staff members were assigned to processing new materials that 
vould add to the volume count, which resulted in about a 30% drop in shelf- 
con records updated during that time. The fact that this drive was followed 
immediately by the Implementation of AACR2 was also hard on the staff and 
Its progress. 

Another factor in any library organization is that of the human element. 
As you know, the personalities and politics Involved can often create prob- 
lems and affect decisions that may otherwise seei straightforward. These 
had their effect on our project too. 

At the beginning of this talk, I said that we would make the same 
decision again about doing our conversion In-house, under the same circum- 
stances. That's true, but the circumstances are vastly different now. 
First, there are many people avail'-ble now to li^lp you with conversion. 
I'm sure they could handle the type of records that we let our labor-payroll 
students convert. Having seen some of the other records first-hand, though, 
I'm not sure ar.yone but an experienced cataloger who In also familiar with 
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local policies and procedures, as mil as the history and future direction of 
your library could really do it well. So the question becomes, how well 
do you want to do it? And the answer depends on Just about all the factors 
I've aentioned: »oney, people, collection size, quality and degree of 
deviation from standards in your own unconverted shelflist records. 

We know that the last 20% or so of our project (which coaes to about 
60,000 records) consists of the «iost difficult records in the shelflist. 
But by instituting procedures such as actually exaaining books without LC 
copy, we have both tried to set a high standard for ourselves and allowed ' 
ourselves a great deal of flexibility in deciding how to handle problems, 
including the option of deciding not to convert an item at all. I don't 
think a vendor could readily handle these types of problems without access 
to your collection, your name authority fUe. your series authority file, 
etc. So using a service whereby you actually perform the keying in of the 
data and they match them against the database may be more acceptable. You 
may still have to do your own conversion of some of the problem categories 
we're setting aside for later (e.g., media, where the hits are likely to 
be fewer). 

OCLC's recent charge for retrocon records would of course Influence 
our decision today as well. So we're very happy we are where we are today 
and don't have to be faced wiuh that decision. 



